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METHOD AND SYSTEM FOR PRIORITIZING 
DEBT COLLECTIONS 

BACKGROUND OF THE INVENTION 

This invention relates generally to financial services and more 
particularly to a method and system used to set priorities in collections of debts. 

Effective collections procedures are at the heart of any financial service 
business. Despite efforts to reduce credit risks, inevitably some debtors become 
5 dehnquent in repaying their debts. Management of collections procedures necessitates 
setting priorities on the order and vigor with which the creditor pursues different 
debtors so as to maximize return on the time, effort, and expense of attempting to 
collect the debt. Setting collections priorities has hitherto been done in a non- 
systematic fashion based upon the experience of collections officers. It would be 
10 desirable to have a systematic, objective, and consistent way of assigning priorities to 
debt collection efforts that could be used by all collections officers of an organization 
regardless of their level of experience. 

BRIEF SUMMARY OF THE INVENTION 

In an exemplary embodiment, the present invention is a collections 
prioritization system for use in a financial services business. The system receives 
15 debt-related information from a user, also referred to as a collector, compares the 
received information with pre-stored information, then queues delinquent accounts 
based on a collection priority value generated from the pre-stored information and 
fihered by the collector information, which is generally related to collector skill level. 
The system displays the queued account information on the user's device. 

20 The debt-related information may include, for example, number of days 

past due for an item, value of an item, customer's total outstanding balance, 
customer's credit score, customer's internal payment history score, number of days 
since action due date for an item, and total number of open invoices for that customer. 
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BRIEF DESCRIPTION OF THE DRAWINGS 

Figure 1 is a block diagram of a system in accordance with one 
embodiment of the present invention; 

Figxure 2 is an expanded version block diagram of an exemplary 
embodiment of a server architecture of an alternative system; 



Figure 3 is a flow diagram of a network-based method for prioritizing 



debt collections; 



Figure 4 is a flowchart that describes the operation of the system; 
Figure 5 is a further flowchart showing operation of the system; 
Figure 6 is an exemplary embodiment of a user's forms; 
Figure 7 is a flowchart showing the operation of the nightly update 

Figure 8 is a flowchart showing how the system interacts with a 



report page; 



20 page; and 



Figure 9 is a hst of action codes; 

Figure 10 is an exemplary embodiment of a collector report page; 
Figure 1 1 is a continuation page of an exemplary collector report page; 
Figure 12 is a second continuation page of an exemplary collector 

Figure 13 is a third continuation page of an exemplary collector report 

Figure 14 is a list of efficiency criteria for collectors. 
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IDETAILED DESCRIPTION OF THE INVENTION 

The inventive system uses an algorithm to establish priorities for 
collection efforts based upon the amount owed, the time the item has been overdue, 
the debtor's credit score, the customer's internal payment history score, the number of 
days since the action due date for the item, and the total number of open invoices for 
5 that debtor. It then generates a Ust of collection priorities for a collector to use in 
making collection efforts and a form for reporting collection outcomes. The 
collection outcomes entered into the inventive system by a collector determine the 
priority, action, and action date the system assigns to the item in a subsequently 
generated collection priority list. 

10 Figure 1 is a block diagram of a system 10 in accordance with one 

embodiment of the present invention. System 10 includes a server sub-system 12, 
sometimes referred to herein as server 12, and a plurality of user devices 14 connected 
to server 12. In one embodiment, devices 14 are computers including a web browser, 
and server 12 is accessible to devices 14 via a network such as an intranet or the 

15 Internet, hi an alternative embodiment, devices 14 are servers for a network of 
customer devices. 

Devices 14 are interconnected to the network, such as a local area 
network (LAN) or a wide area network (WAN), through many interfaces including 
dial-in-connections, cable modems and high-speed ISDN lines. Ahematively, devices 

20 14 are any device capable of interconnecting to a network including a network-based 
phone or other network-based connectable equipment. Server 12 includes a database 
server 16 connected to a centrahzed database 18 containing plug-in relay information. 
In one embodiment, centralized database 18 is stored on database server 16 and can be 
accessed by potential users at one of user devices 14 by logging onto server sub- 

25 system 12 through one of user devices 14. In an alternative embodiment centralized 
database 18 is stored remotely fi-om server 12. 

Figure 2 is an expanded version block diagram of an exemplary 
embodiment of a server architecture of a system 22. System 22 includes server sub- 
system 12 and user devices 14. Server sub-system 12 includes database server 16, an 
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application server 24, a web server 26, a fax server 28, a directory server 30, and a 
mail server 32. A disk storage unit 34 is coupled to database server 16 and directory 
server 30. Servers 16, 24, 26, 28, 30, and 32 are coupled in a local area network 
(LAN) 36. In addition, a system administrator workstation 38, a user workstation 40, 
5 and a supervisor workstation 42 are coupled to LAN 36. Alternatively, workstations 
38, 40, and 42 are coupled to LAN 36 via an Internet link or are connected through an 
intranet. 

Each workstation 38, 40, and 42 is a personal computer having a web 
browser. Although the functions performed at the workstations typically are 
10 illustrated as being performed at respective workstations 38, 40, and 42, such 
functions can be performed at one of many personal computers coupled to LAN 36. 
Workstations 38, 40, and 42 are illustrated as being associated with separate functions 
only to facilitate an understanding of the different types of functions that can be 
performed by individuals having access to LAN 36. 

15 In another embodiment, server sub-system 12 is configured to be 

communicatively coupled to various individuals or employees 44 and to third parties, 
e.g., users, 46 via an ISP Internet connection 48. The communication in the 
exemplary embodiment is illustrated as being performed via the Internet, however, 
any other wide area network (WAN) type communication can be used in other 

20 embodiments, i.e., the systems and processes are not limited to being practiced via the 
Internet. In addition, and rather than a WAN 50, local area network 36 could be used 
in place of WAN 50. 

In the exemplary embodiment, any employee 44 or user 46 having a 
workstation 54 can access server sub-system 12. One of user devices 14 includes a 

25 workstation 54 located at a remote location. Workstations 54 are personal computers 
having a web browser. Also, workstations 54 are configured to communicate with 
server sub-system 12. Furthermore, fax server 28 communicates with employees 44 
and users 46 located outside the business entity and any of the remotely located user 
systems, including a user system 56 via a telephone link. Fax server 28 is configured 

30 to communicate with other workstations 38, 40, and 42 as well. 
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Figure 3 is a flow diagram 70 for a network-based method for 
prioritizing debt collection. System 10 (shown in Figure 1) receives 72 debt 
information from a user, hi one embodiment, the user inputs the information into a 
device (such as device 14 shown in Figure 1) that transmits the information to a server 
(such as server 12 shown in Figure 1). The debt information is received from the user 
via a graphical user interface as will be described in greater detail below. 

Server 12 compares 74 the received debt related information to pre- 
stored information accessible by server 12. In one embodiment, the pre-stored 
information is stored in a database that resides on server 12. hi an alternative 
embodiment, the pre-stored information is stored in a database remote from server 12. 
The pre-stored information includes information regarding debt collection. System 10 
retrieves 76 relevant information relating to debt collection from server 12, and 
generates 78 a collection priority value. 

System 10 (shown in Figure 1) generates a priority value (PV) from the 

equation 



PV = aiXi+ a2log(x2)^+ agl^^^^l + a^x^ 

where: 

xi = Number of Days Past Due for Item, 
X2 = Value of Item 

X3 = Customer's Total Outstanding Balance 
X4 = Customer's Credit Score 

X5 = Customer's Internal Payment History Score, a trend value derived from 
the values discussed below 

X6 = Number of Days Since Action Due Date for Item 
y = Total Number of Open Invoices for that Customer 



ai = Optimized Coefficient for xi 
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a2 = Optimized Coefficient for X2 
as = Optimized Coefficient for X3 
34 = Optimized Coefficient for X4 
as = Optimized Coefficient for X5 



5 



06 = Optimized Coefficient for xe, and 



a7 = Optimized Coefficient for log(x2) 

In an exemplary embodiment, ai = 1.43, aa = 37.37, as = 11.59, 34 = 1, 
as = 8.89, ae = 2.69, a? =.95, but as will be apparent to those skilled in the art, other 
1 0 values may be used within the scope of the present invention. 

Customer's Internal Payment History Score is defined by 
Xj = Internal Payment History Score = 2.5[(^i^) (^) +(-|^)] 



Where, 




normalized average days late 



days late trend 



where 



a = Worst case number of days beyond the customer's average number 



15 of days late. 



t = Worst case average days late caused by cyclic markets 



c = Absolute value of the days late velocity firom on period to another 



Ti = Current Period 



T2 = Previous Period 



20 



T3 = Prior Period 



Di = Current Period 
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D2 = Previous Period and 
D3 = Prior Period. 

In an exemplary embodiment, a = 10, b = 180, c = 10, but as will be 
appreciated by those skilled in the art, other values of these coefficients can be used 
5 within the scope of the present invention. 

Figure 4 is a flowchart of system 10 (shown in Figure 1) in operation. 
A user opens 1 1 0 a set of data containing at least one item for collection, and system 
10 ascertains whether any of the items are precluded 112 from collection. An item is 
precluded from collection by at least one of having any payments on account (PA) or 

10 invoices coded abort, by having the file coded to stop statements and letters, by 
relating to a non-notification client, by having the invoiced coded with a dispute code, 
or by having the invoice coded UP, LP, or S, where these codes are described in detail 
below. If the balance exceeds 114 a preset level, system 10 then queries 116 whether 
the balance has been due for a time within certain preset limits. In an exemplary 

15 embodiment system 10 queries whether the balance has been due for more than 30 but 
less than 50 days. If the answer to query 1 16 is affirmative, and a specified form letter 
has not been sent previously, system 10 then sends 118 the specified form letter. If 
the balance does not exceed the preset value in 114, system 10 then queries 120 
whether the item is coded 1 . In one embodiment items coded 1 include those with 

20 codes CM, UP, PA, and RC, details of which are discussed in greater detail below. 
An affirmative response to query 120 causes system 10 to query 122 whether the item 
is coded 2. In one embodiment items coded 2 include those with codes 90, those with 
a "deal" code, and those with a "no letter" code. If the response to query 122 is 
affirmative, system 10 indicates 124 that no further action is to be taken. If the 

25 response to query 122 is negative, system 10 then prompts 126 the collector. 

If the response to query 120 is negative, system 10 queries 128 whether 
the item is coded 2, where items coded 2 are defined as above. If the answer is 
affirmative, system 10 then indicates 124 that no further action is to be taken. If the 
answer is negative, system 10 then queries whether the balance exceeds 130 a present 
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level, and if it does, then system 10 inquires whether the time is within 132 preset 
limits. If the answer is affirmative, then system 10 prompts 126 the collector. 

Figure 5 is a further flowchart showing operation of system 10. When 
a collector or other user opens 140 a data set containing at least one item, system 10 
5 inquires 142 whether the balance on that item exceeds a preset level. If the answer is 
affirmative, system 10 then queries 144 whether the item is coded 3. In an exemplary 
embodiment, code 3 includes an item code UP or LP, discussed in more detail below, 
or an account payment plan. If the answer to query 144 is affirmative, system 10 then 
codes out 146 the item ("C"). 

10 If the response to query 144 is negative, system 10 then inquires 148 

date whether the item is coded 4. In an exemplary embodiment, code 4 includes an 
item code CM, UP, or PA, where these codes are discussed in greater detail below. If 
the response to query 148 is affirmative, system 10 then inquires 150 whether the item 
zeros out an invoice. If the answer to query 150 is affirmative, assistant and then 

15 indicates 152 that the item is to be handled by adjustments. If the response to query 
150 is negative, system 10 then indicates 154 that the collector is to apply the item. 

If the response to query 148 is negative, system 10 then opens 156 a 
Goto Notes Page, where the collector can write down information relating to the item. 
The GoTo Notes Page is also activated by system 10 when a collector receives 158 a 
20 prompt fi-om a credit officer. When the GoTo Page is opened, the collector calls 160 
the customer. 

Figure 6 is an exemplary embodiment of user forms displayed by 
system 10. The user forms include a Morning Scrub area 170 which includes an item 
number, a time started working on the item column, a time finished working on the 

25 item column, and a "to be called?" column. The user forms also include a Prompts 
and 30 Program Invoices Not Called area 172 that includes an item number fi-om 
morning scrub colimm, a time started working on the item column, a time finished 
working on item column, an action code column, and a remarks column. The user 
forms further include a Calls Made area 174 that includes and an item number fi-om 

30 morning scrub column, a time call started called, a time hung up phone column, a time 
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completed action column, a no answer column, a right person contacted column, a 
message left column, a promised to pay column, and an other outcome column. The 
user's forms still further includes a Suggested Action Codes display area 176, that 
specifies the codes used to categorize a given item in Prompts and 30 Program 
5 Invoices Not Called area 172. 

Figure 7 is a flowchart 180 showing the operation of the nightly routine 
to update the open accounts database based upon the inputs fi-om collectors fi-om the 
previous day, payments received, and red flag inputs. Area 182 describes steps that 
system 10 takes to monitor abuses of red flags and priority 1 prompts by collectors, 

10 credit officers, and client executives. In particular, system 10 checks how frequently 
collectors use red alerts, and sends an abuse notice to a chent executive, client 
executive's manager, and an operations manager if a collector uses red alerts more 
frequently than specified. In one embodiment, more than one red alert per week 
triggers system 10 to send an abuse notice. Similarly, system 10 monitors use of 

1 5 priority 1 prompts by credit officers and client executives, and if priority 1 prompts 
are used more firequently than a specified value, system 1 0 sends an abuse notice to 
the credit officer or client executive and to the credit officer's or client executive's 
manager. 

Area 182 also calculates priority values for the next day's priority list. 
20 If an item has a priority 1 flag, system 1 0 in one embodiment adds the maximum 
priority value of all items to the priority value of the priority 1 item, thereby moving it 
to the top of the next day's collection list. If an item has a priority 2 flag, system 10 in 
one embodiment adds the average priority value of all items to the priority value of the 
priority 2 item, thereby moving it up in the next day's collection list. 

25 Flowchart 180 includes area 184 that updates accounts based upon 

collector's inputs to generate a future collection priority Ust. If an item has been 
marked paid in full, system 10 removes it from the collection priority list. If not, area 
184 specifies the date of next action and adds the item to collection priority list on the 
date of next action. In one embodiment, the date of next action is five days hence. 
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Area 186 of flowchart 180 deals with promises to pay to verify whether 
payment has been received, and if not, system 10 returns the item to the collection 
queue array (CQA) for collection. 

Figure 8 is a flowchart showing interaction of a collector with system 
5 10. After system 10 is accessed 220 by a collector, system 10 prompts 222 the 
collector for assignment parameters, including in one embodiment a number of days 
overdue. System 10 then checks 224 items from the top of the collection queue array 
(CQA), and determines 226 whether the item matches the collector's team 
identification. If the answer to query 226 is affirmative, assistant and then determines 

10 228 whether the date of the last action is less than the date when the nightly update 
was last run. If the answer to query 228 is affirmative, system 10 then determines 230 
whether the earliest call time is less than the current time. If the answer to query 230 
is affirmative, assistant and then inquires 232 whether the item meets the collector's 
assignment parameter. If the answer to query 232 is affirmative, system 10 then 

15 ascertains 234 whether the item is coded 90, has a "deal" code, or a "no letter" code. 

If the answer to query 234 is negative, system 10 then displays 236 the 
item screen based on the item identification in the collection queue array. The 
collector then places 238 a call or takes other action as required, and then enters its 
240 the proper action code, notes, and system 1 0 then enters the date the next action is 

20 required. If the action code was "B" (busy) for "N", system 10 changes 242 the items 
earlier call time to two hours later then current time, and leaves the next action due 
date as today. System 10 then updates 244 the collection metrics data array (CMDA) 
information including action code, customer could, invoice identification code, date of 
"P" action, and invoice value. System 10 then clears 246 a "Red Alert" or credit 

25 officer prompt, and notifies the credit officer of the action is taken via email had not 
the prompt system. System 10 then returns to the top of the collection queue array 
224. 

If the answer to any of queries 226, 228, 230, or 232 is negative, 
system 10 proceeds 248 to go to the next item in the collections queue grid (CQG). 
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Figure 9 shows a table of action codes 250, explanations 252 used in 
system 10 (shown in Figure 1), and automatic dates 254 when the next action is 
scheduled. Action codes in Figure 9 include those for proof of delivery sent (D), 
invoice copy faxed (I), referred to legal collections (L), referred to adjustments (A), 
5 faxed statement to customer (S), left a message for customer to call back (M), spoke 
with the right person (R) but did not get a promise to pay, and they did not request any 
information (i.e. customer is researching, etc.), received a promise to pay (P), busy 
signal (B), no answer (N), applied payment (O) or credit memo (CM). Each of the 
above action codes is associated with a date when the next collection action is 
1 0 automatically scheduled by system 1 0. 

Figure 10 shows an exemplary embodiment of the collector report form 
generated by system 10 (shown in Figure 1). The exemplary collector report form 
includes fields for item number, time started working on an item, time finished 
working on an item, time on item, and whether a call is to be made in connection with 
1 5 the item. 

Figure 1 1 is a continuation page fi-om a collector report form generated 
by system 10 (shown in Figure 1). Figure 11 includes fields for invoices not called, 
their item number, time the collector started working on the item, time the collector 
finished working on the item, the total time spent on the item, and the action code 
20 assigned to the item. 

Figure 12 is a second continuation page of a collector report form 
generated by system 10 (shown in Figure 1). Figure 12 includes fields for item 
number, the time a call started, the time a call ended, the length of the call, the time 
completed action, and total time on the item. 

25 Figure 13 is a third continuation page of a collector report form 

generated by system 10 (shown in Figure 1), and includes fields for calls made, and 
whether or no answer was received, the right person was contacted, a message was 
left, a promise to pay was received, or other outcome was achieved. 
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The collectors report described in Figures 10-13 is generated by system 
10 to track individual collector performance and to give management personnel 
feedback on time spent on various portions of a collections operation in an effort to 
fmd ways to make the collections operation more efficient, and to find ways to help 
5 the collection employee improve their performance. 

Figure 14 shows a table of collector efficiency metrics tracked by 
system 10 (shown in Figure 1). Metrics tracked as a measure of collector efficiency 
include average time to prepare an item, the minimum time to prepare an item, the 
maximum time to prepare an item, the average time for an item not called, the 

10 minimum time for an item not called, the maximum time for an item not called, the 
average time for an item called, the minimum time for an item called, the maximum 
time for an item called, the average length of a call, the minimum length of a call, the 
maximum length of a call, the number of letters sent to a lawyer for collection, the 
number of adjustments, the number of invoices faxed, the number of statements faxed, 

15 the number of calls not answered, the number of times the correct person was 
contacted, the number of messages left, the number of promises to pay received, the 
number of other actions taken, and the percentile each of the above quantities 
represents with respect to the other collectors. System 10 is configurable to run 
collector efficiency reports which incorporate the metrics described above at any one 

20 of a daily, weekly, monthly or quarterly cycle. 

In use, system 10 provides an objectively based way of assigning debt 
collections priorities systematically and consistently across an organization, regardless 
of its size, and regardless of the experience of the collectors within the organization. 
An action code entered by a collector determines the status of an item on a future 
25 collection prioritization list generated by system 10 for the same or another collector. 
While the invention has been described in terms of various specific embodiments, 
those skilled in the art will recognize that the invention can be practiced with 
modification within the spirit and scope of the claims. 
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